草庐IT

git pull --rebase

全部标签

git - 为什么我使用git rebase时,同样的冲突又出现了?

我已经阅读了有关gitmerge和gitrebaseonSO的相关问题,但我仍然无法完全理解幕后发生的事情。这是我们的分支情况:MASTER------------------------\\\\----FeatureB---\\\-----FeatureA----------\---FeatureA+B给定2个特征分支,这些分支在不同时间源自master,我们现在想要merge这2个分支。我们想遵循先rebase然后merge的做法,但是当我们将特征Arebase到特征B时,我们会遇到冲突。这是预料之中的,因为这两个功能(和master)在相同的区域都有变化。但奇怪的是,在gitre

git pull *after* git rebase?

我有一个功能分支和一个主分支。Master分支已经发展,我的意思是让这些更新尽可能少地与master分支分开。所以我gitpull在两个分支中,gitcheckoutfeature/branch最后gitrebasemaster.现在在这里,我要么希望一切顺利,要么在继续rebase之前需要解决冲突,直到所有主提交都成功地重新应用到功能分支上为止。现在在我的情况下真正发生的是我不明白的事情:$>gitrebasemasterFirst,rewindingheadtoreplayyourworkontopofit...Applying:myFirstCommitDoneOnTheBran

git pull *after* git rebase?

我有一个功能分支和一个主分支。Master分支已经发展,我的意思是让这些更新尽可能少地与master分支分开。所以我gitpull在两个分支中,gitcheckoutfeature/branch最后gitrebasemaster.现在在这里,我要么希望一切顺利,要么在继续rebase之前需要解决冲突,直到所有主提交都成功地重新应用到功能分支上为止。现在在我的情况下真正发生的是我不明白的事情:$>gitrebasemasterFirst,rewindingheadtoreplayyourworkontopofit...Applying:myFirstCommitDoneOnTheBran

git - git rebase 错误 ("could not apply...")

我是GitHub存储库的管理员https://github.com/plison/opendial.我想减少存储库上的提交数量,因为存储库已经有几千次提交,其中许多是小的调试更改,可以很容易地压缩在一起(尤其是几年前的那些)。因此,我正在尝试应用rebase,以便将我的部分提交压缩在一起。但是,我遇到了以下问题:当我输入例如gitrebase-iHEAD~10,我在交互式编辑器中得到了相当多的提交行(远远超过10行)。可能是什么原因?更重要的是,一旦我关闭交互式编辑器开始rebase,我系统地收到错误消息“错误:无法应用',即使我没有对提交进行任何更改(即,如果我将所有行保留为“选择”

git - git rebase 错误 ("could not apply...")

我是GitHub存储库的管理员https://github.com/plison/opendial.我想减少存储库上的提交数量,因为存储库已经有几千次提交,其中许多是小的调试更改,可以很容易地压缩在一起(尤其是几年前的那些)。因此,我正在尝试应用rebase,以便将我的部分提交压缩在一起。但是,我遇到了以下问题:当我输入例如gitrebase-iHEAD~10,我在交互式编辑器中得到了相当多的提交行(远远超过10行)。可能是什么原因?更重要的是,一旦我关闭交互式编辑器开始rebase,我系统地收到错误消息“错误:无法应用',即使我没有对提交进行任何更改(即,如果我将所有行保留为“选择”

git - 如何在 SourceTree 中正确地 rebase ?

Windows7上的SourceTree1.6.4.0。假设以下是我的出发点:C我想将topicrebase到ma​​ster。我的目标是:C-A-B^^mastertopic但我最终得到:然后我可以做gitpushorigintopic-f我得到了预期的结果,但在SourceTree中执行此操作的正确方法是什么? 最佳答案 更新:SourceTree1.9.1您可以在工具/选项/Git/启用强制推送中启用强制推送。启用后,您可以在“推送”对话框中选中“强制推送”复选框。原始答案你必须强制推送,因为主题分支已经发布并且你正在重写历史

git - 如何在 SourceTree 中正确地 rebase ?

Windows7上的SourceTree1.6.4.0。假设以下是我的出发点:C我想将topicrebase到ma​​ster。我的目标是:C-A-B^^mastertopic但我最终得到:然后我可以做gitpushorigintopic-f我得到了预期的结果,但在SourceTree中执行此操作的正确方法是什么? 最佳答案 更新:SourceTree1.9.1您可以在工具/选项/Git/启用强制推送中启用强制推送。启用后,您可以在“推送”对话框中选中“强制推送”复选框。原始答案你必须强制推送,因为主题分支已经发布并且你正在重写历史

Git 将一个分支 rebase 到另一个分支之上

在我的git仓库中,我有一个Master分支。其中一位远程开发人员创建了一个分支Branch1并在其上进行了一系列提交。我从Branch1分支,创建一个名为Branch2的新分支(gitcheckout-bBranch2Branch1)这样Branch2head在添加到Branch1的最后一次提交上:(看起来像这样)Master---\Branch1--commit1--commit2\Branch2(mylocalbranch)Branch1发生了一些变化。另一个开发人员压缩了他的提交,然后又添加了一些提交。同时,我在我的分支中进行了一系列更改,但尚未提交任何内容。当前结构如下所示:

Git 将一个分支 rebase 到另一个分支之上

在我的git仓库中,我有一个Master分支。其中一位远程开发人员创建了一个分支Branch1并在其上进行了一系列提交。我从Branch1分支,创建一个名为Branch2的新分支(gitcheckout-bBranch2Branch1)这样Branch2head在添加到Branch1的最后一次提交上:(看起来像这样)Master---\Branch1--commit1--commit2\Branch2(mylocalbranch)Branch1发生了一些变化。另一个开发人员压缩了他的提交,然后又添加了一些提交。同时,我在我的分支中进行了一系列更改,但尚未提交任何内容。当前结构如下所示:

git - 仅对分支的一部分进行 rebase

我有两个分支(和主分支)。Branch2基于Branch1基于master。我提交了Branch1以供审查,它有一些变化,我将其中一些变化重新定位到历史记录中,并将结果merge到master中。现在我需要在master之上对分支2进行rebase,以准备审查/merge。问题是分支2仍然包含分支1的原始提交,它们不再存在,所以git变得困惑。我尝试使用rebase-i删除分支1的原始提交,但分支2的提交并不基于master-before-branch-1。我需要做的是采用分支2,删除一些提交,并在单个操作中仅将剩余的提交rebase到master之上。但我只知道如何分两个不同的步骤来